Caller ID Parameters

'Enable Caller ID'

configure voip > gateway dtmf-supp-service supp-service-settings > enable-caller-id

[EnableCallerID]

Global parameter that enables Caller ID.

■

[0] Disable (default)

■

[1] Enable =

✔

FXS: The calling number and display text (from IP) are sent to the device's port.

✔

FXO : The device detects the Caller ID signal received from the Tel and sends it to the IP in the SIP INVITE message (as the 'Display' element).

To configure the Caller ID string per port, see Configuring Caller Display Information. To enable or disable caller ID generation / detection per port, see Configuring Caller ID Permissions.

'Caller ID Type'

configure voip > gateway dtmf-supp-service supp-service-settings > caller-id-type

[CallerIDType]

Determines the standard used for detection (FXO) and generation (FXS) of Caller ID, and detection (FXO) / generation (FXS) of MWI (when specified) signals:

■

[0] Standard Bellcore = (Default) Caller ID and MWI

■

[1] Standard ETSI = Caller ID and MWI

■

[2] Standard NTT

■

[4] Standard BT = Britain

■

[16] Standard DTMF Based ETSI

■

[17] Standard Denmark = Caller ID and MWI

■

[18] Standard India

■

[19] Standard Brazil

Note:

■

The parameter is applicable only to analog interfaces.

■

Typically, the Caller ID signals are generated / detected between the first and second rings. However, sometimes the Caller ID is detected before the first ring signal. In such a scenario, set the [RingsBeforeCallerID] parameter to 0.

■

Caller ID detection for Britain [4] is not supported on the device’s FXO ports. Only FXS ports can generate the Britain [4] Caller ID.

■

To select the Bellcore Caller ID sub standard, use the [BellcoreCallerIDTypeOneSubStandard] parameter. To select the ETSI Caller ID substandard, use the [ETSICallerIDTypeOneSubStandard] parameter.

■

To select the Bellcore MWI sub standard, use the [BellcoreVMWITypeOneStandard] parameter. To select the ETSI MWI sub standard, use the [ETSIVMWITypeOneStandard] parameter.

■

If you define Caller ID Type as NTT [2], you need to define the NTT DID signaling form (FSK or DTMF) using the [NTTDIDSignallingForm] parameter.

'Enable FXS Caller ID Category Digit For Brazil Telecom'

fxs-callid-cat-brazil

[AddCPCPrefix2BrazilCallerID]

Enables the interworking of Calling Party Category (cpc) code from SIP INVITE messages to FXS Caller ID first digit.

■

[0] Disable (default)

■

[1] Enable

When the parameter is enabled, the device sends the Caller ID number (calling number) with the cpc code (received in the SIP INVITE message) to the device's FXS port. The cpc code is added as a prefix to the caller ID (after IP-to-Tel calling number manipulation). For example, assuming that the incoming INVITE contains the following From (or P-Asserted-Id) header:

From:<sip:+551137077801;cpc=payphone@10.20.7.35>;tag=53700

The calling number manipulation removes "+55" (leaving 10 digits), and then adds the prefix 7, the cpc code for payphone user. Therefore, the Caller ID number that is sent to the FXS port, in this example is 71137077801.

If the incoming INVITE message doesn't contain the 'cpc' parameter, nothing is added to the Caller ID number.

CPC Value in Received INVITE	CPC Code Prefixed to Caller ID (Sent to FXS Endpoint)	Description
cpc=unknown	1	Unknown user
cpc=subscribe	1	-
cpc=ordinary	1	Ordinary user
cpc=priority	2	Pre-paid user
cpc=test	3	Test user
cpc=operator	5	Operator
cpc=data	6	Data call
cpc=payphone	7	Payphone user

Note:

■

The parameter is applicable only to FXS interfaces.

■

For the parameter to be enabled, you must also set the parameter EnableCallingPartyCategory to 1.

[EnableCallerIDTypeTwo]

Disables the generation of Caller ID type 2 when the phone is off-hooked. Caller ID type 2 (also known as off-hook Caller ID) is sent to a currently busy telephone to display the caller ID of the waiting call.

■

[0] = Caller ID type 2 isn't played.

■

[1] = (Default) Caller ID type 2 is played.

Note: The parameter is applicable only to FXS interfaces.

configure voip > interface fxs-fxo > caller-id-timing-mode

[AnalogCallerIDTimingMode]

Determines when Caller ID is generated.

■

[0] = (Default) Caller ID is generated between the first two rings.

■

[1] = The device attempts to find an optimized timing to generate the Caller ID according to the selected Caller ID type.

Note:

■

The parameter is applicable only to FXS interfaces.

■

If the parameter is set to 1 and used with distinctive ringing, the Caller ID signal doesn't change the distinctive ringing timing.

■

For the parameter to take effect, a device reset is required.

configure voip > interface fxs-fxo > bellcore-callerid-type-one-sub-standard

[BellcoreCallerIDTypeOneSubStandard]

Determines the Bellcore Caller ID sub-standard.

■

[0] = (Default) Between rings.

■

[1] = Not ring related.

Note:

■

For the parameter to take effect, a device reset is required.

■

The parameter is applicable only to FXS interfaces.

configure voip > interface fxs-fxo > etsi-callerid-type-one-sub-standard

[ETSICallerIDTypeOneSubStandard]

Determines the ETSI FSK Caller ID Type 1 sub-standard (FXS only).

■

[0] = (Default) ETSI between rings.

■

[1] = ETSI before ring DT_AS.

■

[2] = ETSI before ring RP_AS.

■

[3] = ETSI before ring LR_DT_AS.

■

[4] = ETSI not ring related DT_AS.

■

[5] = ETSI not ring related RP_AS.

■

[6] = ETSI not ring related LR_DT_AS.

Note:

■

For the parameter to take effect, a device reset is required.

■

The parameter is applicable only to FXS interfaces.

'Asserted Identity Mode'

asserted-identity-m

[AssertedIdMode]

Determines whether the SIP header P-Asserted-Identity or P-Preferred-Identity is added to the sent INVITE, 200 OK, or UPDATE request for Caller ID (or privacy). These headers are used to present the calling party's Caller ID, which is composed of a Calling Number and a Calling Name (optional).

■

[0] Disabled = (Default) P-Asserted-Identity and P-Preferred-Identity headers are not added.

■

[1] Add P-Asserted-Identity

■

[2] Add P-Preferred-Identity

The used header also depends on the calling Privacy (allowed or restricted). These headers are used together with the Privacy header. If Caller ID is restricted (i.e., P-Asserted-Identity is not sent), the Privacy header includes the value 'id' ('Privacy: id'). Otherwise, for allowed Caller ID, 'Privacy: none' is used. If Caller ID is restricted (received from Tel or for analog interfaces, configured on the device), the From header is set to <anonymous@anonymous.invalid>.

'Use Destination As Connected Number'

configure voip > sip-definition settings > use-dst-as-connected-num

[UseDestinationAsConnectedNumber]

Enables the device to include the Called Party Number, from outgoing Tel calls (after number manipulation), in the SIP P-Asserted-Identity header. The device includes the SIP P-Asserted-Identity header in 180 Ringing and 200 OK responses for IP-to-Tel calls.

■

[0] Disable (default)

■

[1] Enable

Note:

■

For this feature to function, you also need to enable the device to include the P-Asserted-Identity header in 180/200 OK responses, by setting the [AssertedIDMode] parameter to Add P-Asserted-Identity.

■

The parameter is applicable to FXO, and interfaces.

'Caller ID Transport Type'

configure voip > media fax-modem > caller-ID-transport-type

[CallerIDTransportType]

Determines the device's behavior for Caller ID detection.

■

[0] Disable = The caller ID signal is not detected - DTMF digits remain in the voice stream.

■

[1] Relay = (Currently not applicable.)

■

[3] Mute = (Default) The caller ID signal is detected from the Tel side and then erased from the voice stream.

Note: Caller ID detection is applicable only to FXO interfaces.

configure voip > gateway analog fxs-setting > fxs-ntt-noid-interworking-mode

[FxsNttNoIdInterworkingMode]

Enables mapping of the no-id cause value, which is the reason of the anonymous call, from IP (SIP From header) to FXS, for IP-to-Tel calls.

■

[0] = (Default) Disable - the device sends the caller ID as the no-id value to the Tel side.

■

[1] = Enable - the device maps the no-id as shown below.

For anonymous calls, the device maps the following no-id causes (instead of caller ID) from SIP to the Tel side:

SIP Display Name (Anonymous) in From Header	FXS No-ID Value
"Unavailable"	"O"
"Anonymous"	"P"
"Interaction with other service"	"S"
"Coin line/payphone"	"C"

The device sends "O", "P", "S", or "C" to the FXS side according to the cause from the SIP side. This allows the phones to know the reason of the no-id and display the reason on the phone’s LCD.

Below is an example of a From header with a cause (which will be mapped to the Tel side as "C"):

From: "Coin line/payphone" <sip:anonymous@anonymous.invalid;pstn-params=9082828088>;tag=gK09696b03

Note:

■

If you enable this feature, you also need to enable the [EnableCallerID] parameter for it to be functional.

■

This parameter is applicable only to FXS interfaces.